Method and apparatus for computer input using six degrees of freedom

ABSTRACT

A method and computer input device are provided for controlling a displayed object. Using the method and computer input device, an indication of the amount of rotation and translation of the computer input device is received. A decision is then made as to whether to use the amount of rotation of the computer input device to control a displayed object based on the amount of translation of the computer input device.

REFERENCE TO RELATED APPLICATIONS

The present application is a continuation of and claims priority fromU.S. patent application Ser. No. 09/563,088, filed Apr. 28, 2000, whichclaims priority from a U.S. Provisional Application having Ser. No.60/163,847, filed on Nov. 5, 1999, and entitled METHOD AND APPARATUS FORCOMPUTER INPUT USING SIX DEGREES OF FREEDOM.

BACKGROUND OF THE INVENTION

The present invention relates to human-computer interfaces. Inparticular, the present invention relates to computer input devices.

In computer systems, many tasks such as navigation, three-dimensionalobject manipulation, and image editing can require multiple degrees offreedom (DOF) of rotation, zooming, or translation. Conventional mice,however, allow integrated control of only two degrees of freedom at anyone time. While three dimensional/six degree of freedom input devicesare available, such devices are difficult to use for standardtwo-dimensional cursor control. In the prior art, some mice have beenaugmented with wheels or joysticks for added degrees of freedom, buttypically these controls are dedicated to secondary tasks such asscrolling or panning. Thus, all prior art input devices have limitationsin a workflow that may frequently switch between two-dimensionalpointing tasks and multi-degrees of freedom manipulations. Input devicesand interaction techniques that can enhance the directness and degree ofmanipulation possible in such a workflow are therefore needed.

In the prior art, there are several multi-degree of freedom inputdevices available. However, each of these devices requires expensiveorientation detection systems in order to detect the position andorientation of the mouse. In particular, most of these systems require amagnetic field generated by an active tablet or other magnetic source.Position and orientation information is detected by a magnetic sensor(typically in the form of one or more magnetic coils) which is embeddedin the input device. For example, one input device being sold as the“Intuos 4D Mouse” from Wacom uses a tablet-based rotation-sensing puck.Other magnetic six degree-of-freedom input devices include the PolhemusFastrak and the Ascension Flock of Birds, which have been used for sixdegrees of freedom input on an ActiveDesk display surface. Still otherdevices provide four degrees of freedom using an active sensing tabletthat measures the (x, y) position of the device as well as the degree towhich the device is tilted forward-back or left-right.

In all cases where an active sensing tablet or a magnetic fieldsource/sensor pair is used to sense the orientation of the input device,the input device is very expensive. As such, an input device that cansense its orientation without expensive sensing equipment is needed.

The prior art also includes a two-ball mouse, which senses changes inrotation about its vertical axis. However this mouse is only able tosense three degrees of freedom and cannot measure absolute rotation ofthe mouse, only changes in the rotation of the mouse. One reference ofthe prior art has suggested combining the two-ball mouse with thetablet-based tilt-sensing mouse to produce a five-degree of freedommouse. However, this combination would still result in an expensivetablet-based mouse.

SUMMARY OF THE INVENTION

A method and computer input device are provided for controlling adisplayed object. Using the method and computer input device, anindication of the amount of rotation and translation of the computerinput device is received. A decision is then made as to whether to usethe amount of rotation of the computer input device to control adisplayed object based on the amount of translation of the computerinput device.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a general computing environment in which the present inventionmay be practiced.

FIG. 2 is a top view of a mouse of one embodiment of the presentinvention.

FIG. 3 is a left side view of a mouse of one embodiment of the presentinvention.

FIG. 4 is a right side view of a mouse of one embodiment of the presentinvention.

FIG. 5 is a front view of a mouse of one embodiment of the presentinvention.

FIG. 6 is a back view of a mouse of one embodiment of the presentinvention.

FIG. 7 is a bottom view of a mouse of one embodiment of the presentinvention.

FIG. 8 is a side cross-sectional view of a mouse of one embodiment ofthe present invention.

FIG. 9 is a block diagram of a mouse and a computer of one embodiment ofthe present invention.

FIG. 10 is a block diagram of a mouse and a computer of an alternativeembodiment of the present invention.

FIGS. 11, 12 and 13 provide selected front views of a mouse of oneembodiment of the present invention being tilted to the right.

FIGS. 14, 15, and 16 provide selected front views of a mouse of oneembodiment of the present invention being tilted to the left.

FIGS. 17, 18, and 19 provide selected side views of a mouse of oneembodiment of the present invention being tilted forward.

FIGS. 20, 21, and 22 provide selected side views of a mouse of oneembodiment of the present invention being tilted back.

FIG. 23 provides a top view of a mouse of one embodiment of the presentinvention indicating rotation of the mouse about a vertical axis.

FIG. 24 provides a top view of a mouse of one embodiment of the presentinvention indicating x-y translation of the mouse.

FIGS. 25 and 26 provide selected side views of a mouse of one embodimentof the present invention. being lifted off a surface.

FIG. 27 is a flow diagram for determining the orientation and positionof an input device under the present invention.

FIG. 28 is a top view of a pad under one embodiment of the presentinvention.

FIG. 29 is a captured image of a portion of a pad.

FIG. 30 shows the location of dot centers in marker dots.

FIG. 31 shows the location of dot centers that have been adjusted forlens distortion.

FIG. 32 shows the construction of edgels between dot centers.

FIG. 33 shows straight lines and vanishing points constructed from theedgels.

FIG. 34 shows two vanishing point vectors.

FIG. 35 shows two vanishing point vectors and a tilt vector.

FIG. 36 shows two hypothetical vectors.

FIG. 37 shows two adjusted vanishing point vectors and a tilt vector.

FIG. 38 shows an angle of rotation.

FIG. 39 shows a pad layout for an alternative embodiment of the presentinvention.

FIG. 40 shows tilt angles relative to a tilt vector.

FIGS. 41 and 42 show the affect on grid line spacing caused by changesin the height of the input device.

FIG. 43 shows the location of an image center relative to grid lines fordetermining the horizontal and vertical phase of the grid.

FIG. 44 shows a pad layout for an alternative embodiment of the presentinvention.

FIG. 45 shows a display with a three-dimensional scene showing rotationof a cube about a vertical axis.

FIG. 46 shows a display with a three-dimensional scene showing rotationof a cube about a lateral axis.

FIG. 47 shows a display with a three-dimensional scene showing rotationof a cube about a second lateral axis.

FIG. 48 shows a display with a three-dimensional scene showing verticaltranslation of a cube.

FIG. 49 shows a display with a three-dimensional scene showingleft-right and depth translation a cube.

FIG. 50 shows a display containing a portion of a two-dimensionalspreadsheet.

FIG. 51 shows a display containing a full image of a spreadsheet.

FIG. 52 shows a display containing a full image of a spreadsheet with amoveable semi-transparent region.

FIG. 53 shows a display containing only a portion of a spreadsheet.

FIG. 54 provides a top view of a mouse pad of one embodiment of thepresent invention.

FIGS. 55, 56 and 57 provide selected images from a display showingrotation of a three-dimensional scene.

FIG. 58 provides a flow diagram for scanning under one embodiment of thepresent invention.

FIG. 59 provides a block diagram of an embodiment of a mouse andcomputer used in scanning under the present invention.

FIG. 60 provides an image of a scanning window.

FIG. 61 provides an image of a mosaic of scanned slices.

FIG. 62 provides an image of a full scan.

FIG. 63 provides a block diagram of an embodiment of a mouse andcomputer used in providing audio feedback to a user.

DETAILED DESCRIPTION OF ILLUSTRATIVE EMBODIMENTS

FIG. 1 and the related discussion are intended to provide a brief,general description of a suitable computing environment in which theinvention may be implemented. Although not required, the invention willbe described, at least in part, in the general context ofcomputer-executable instructions, such as program modules, beingexecuted by a personal computer. Generally, program modules includeroutine programs, objects, components, data structures, etc. thatperform particular tasks or implement particular abstract data types.Moreover, those skilled in the art will appreciate that the inventionmay be practiced with other computer system configurations, includinghand-held devices, multiprocessor systems, microprocessor-based orprogrammable consumer electronics, network PCs, minicomputers, mainframecomputers, and the like. The invention may also be practiced indistributed computing environments where tasks are performed by remoteprocessing devices that are linked through a communications network. Ina distributed computing environment, program modules may be located inboth local and remote memory storage devices.

With reference to FIG. 1, an exemplary system for implementing theinvention includes a general-purpose computing device in the form of aconventional personal computer 20, including a processing unit (CPU) 21,a system memory 22, and a system bus 23 that couples various systemcomponents including the system memory 22 to the processing unit 21. Thesystem bus 23 may be any of several types of bus structures including amemory bus or memory controller, a peripheral bus, and a local bus usingany of a variety of bus architectures. The system memory 22 includesread only memory (ROM) 24 and random access memory (RAM) 25. A basicinput/output (BIOS) 26, containing the basic routine that helps totransfer information between elements within the personal computer 20,such as during start-up, is stored in ROM 24. The personal computer 20further includes a hard disk drive 27 for reading from and writing to ahard disk (not shown), a magnetic disk drive 28 for reading from orwriting to removable magnetic disk 29, and an optical disk drive 30 forreading from or writing to a removable optical disk 31 such as a CD ROMor other optical media. The hard disk drive 27, magnetic disk drive 28,and optical disk drive 30 are connected to the system bus 23 by a harddisk drive interface 32, magnetic disk drive interface 33, and anoptical drive interface 34, respectively. The drives and the associatedcomputer-readable media provide nonvolatile storage of computer readableinstructions, data structures, program modules and other data for thepersonal computer 20.

Although the exemplary environment described herein employs the harddisk, the removable magnetic disk 29 and the removable optical disk 31,it should be appreciated by those skilled in the art that other types ofcomputer readable media which can store data that is accessible by acomputer, such as magnetic cassettes, flash memory cards, digital videodisks, Bernoulli cartridges, random access memories (RAMs), read onlymemory (ROM), and the like, may also be used in the exemplary operatingenvironment.

A number of program modules may be stored on the hard disk, magneticdisk 29, optical disk 31, ROM 24 or RAM 25, including an operatingsystem 35, one or more application programs 36, other program modules37, and program data 38. A user may enter commands and information intothe personal computer 20 through local input devices such as a keyboard40, pointing device 42 and a microphone 43. Other input devices (notshown) may include a joystick, game pad, satellite dish, scanner, or thelike. These and other input devices are often connected to theprocessing unit 21 through a serial port interface 46 that is coupled tothe system bus 23, but may be connected by other interfaces, such as asound card, a parallel port, a game port or a universal serial bus(USB). A monitor 47 or other type of display device is also connected tothe system bus 23 via an interface, such as a video adapter 48. Inaddition to the monitor 47, personal computers may typically includeother peripheral output devices, such as a speaker 45 and printers (notshown).

The personal computer 20 may operate in a networked environment usinglogic connections to one or more remote computers, such as a remotecomputer 49. The remote computer 49 may be another personal computer, ahand-held device, a server, a router, a network PC, a peer device orother network node, and typically includes many or all of the elementsdescribed above relative to the personal computer 20, although only amemory storage device 50 has been illustrated in FIG. 1. The logicconnections depicted in FIG. 1 include a local area network (LAN) 51 anda wide area network (WAN) 52. Such networking environments arecommonplace in offices, enterprise-wide computer network Intranets, andthe Internet.

When used in a LAN networking environment, the personal computer 20 isconnected to the local area network 51 through a network interface oradapter 53. When used in a WAN networking environment, the personalcomputer 20 typically includes a modem 54 or other means forestablishing communications over the wide area network 52, such as theInternet. The modem 54, which may be internal or external, is connectedto the system bus 23 via the serial port interface 46. In a networkenvironment, program modules depicted relative to the personal computer20, or portions thereof, may be stored in the remote memory storagedevices. It will be appreciated that the network connections shown areexemplary and other means of establishing a communications link betweenthe computers may be used. For example, a wireless communication linkmay be established between one or more portions of the network.

Structure of the Mouse

FIG. 2 provides a top view of a mouse 200, which is one embodiment of asix degree of freedom input device under the present invention. Mouse200 includes left button 202, right button 204, and depressible androtatable wheel 206. FIGS. 3, 4, 5, and 6 provide left, right, front andback views of mouse 200 that all show a rocker base 208 along the bottomof mouse 200. Rocker base 208 includes a flat central area 210 that issurrounded by left and right curved surfaces 212 and 214 (FIGS. 5 and 6)and front and back curved surfaces 216 and 218 (FIGS. 3 and 4). Thedifferent areas of rocker base 208 are best shown in the bottom view ofmouse 200 provided by FIG. 7. Under the embodiment of FIG. 7, curvedsurfaces 212, 214, 216, and 218 together form a continuous curvedsurface that surrounds flat surface 210. Under one embodiment, rockerbase 208 is formed so that if mouse 200 is released while tilted, itquickly rights itself so that it is always ready for reuse.

As shown in FIG. 7, the bottom of mouse 200 includes an aperture 220that exposes a set of six light emitting diodes (LEDs) 222, 224, 226,228, 230, and 232 and a camera 234. In the embodiment of FIG. 7, theLEDs are shown surrounding camera 234, however, the invention is notlimited to this layout and the LEDs may be placed in other locationsrelative to camera 234. In addition, although six LEDs are shown in FIG.7, other embodiments of the invention may use fewer or more LEDs. Otherembodiments may also use illumination devices other than LED's. In oneembodiment, camera 234 is a 320×240 Charge Coupled Device (CCD) cameraand the six LED's are red LED's that match the quantum (best) efficiencyof the CCD camera.

FIG. 8 shows a cross-sectional side view of mouse 200 positioned over asurface 250. In FIG. 8, camera 234 and LEDs 226 and 230 are shownsupported by a printed circuit board 252. Although only LEDs 226 and 230are shown in FIG. 8, those skilled in the art will recognize that theother four LED's are present but not shown in FIG. 8. For the purposesof FIG. 8, the operation of these unseen LEDs is similar to that of LEDs226 and 230 as described below. Light rays 254 and 256 emitted by LEDs226 and 230 are projected toward surface 250 and are reflected intocamera 234. As discussed further below, these light rays are captured bycamera 234 to form an image of surface 250.

In most embodiments, the input device is connected to host computer 262through a connection port in the device such as connection port 238 ofFIG. 5. Under some embodiments, the connection is a hardwire connectionbetween the device and the host computer. In other embodiments, theconnection is an infrared or RF (radio frequency) communication linkbetween the device and the host computer.

FIG. 9 provides a block diagram of one embodiment of a mouse 260 and ahost computer 262 of the present invention. In FIG. 9, a microcontroller264 in mouse 260 receives electrical signals from a collection ofswitches and transducers that includes left button switch 266, rightbutton switch 268, middle button switch 270 and wheel transducer 272.These signals are indicative of whether the respective button is beingdepressed or the amount by which the wheel is being rotated. Upondetecting a change in the state of a button or the wheel,microcontroller 264 generates a mouse packet that describes the currentstate of each of the mouse buttons and the distance the wheel has beenrotated. The mouse packet is transmitted to a serial port interface 274in computer 262 along communication lines 276 and 278. Although a serialinterface is shown in FIG. 9, those skilled in the art will recognizethat other interface may be used with the present invention such as aUniversal Serial Bus (USB) interface. Interface 274 places the packet onan internal bus within computer 262 and routes the packet to a mousedriver 280, which in most embodiments is a software component.

Some embodiments of the mouse also include a touch sensor that candetect when the user is holding the mouse. This can be used to ignoreslight sensor noise when the user is not holding the mouse. It can alsobe used to ensure the mouse is at rest before recalibrating the resting(flat) orientation of the mouse. In such embodiments, signals from thetouch sensors are provided to microcontroller 264, which adds the stateof the touch sensors to the mouse packet.

Mouse 260 also includes a set of six LEDs 282, 284, 286, 288, 290, and292 that are controlled by microcontroller 264. Light from the LEDs isreflected off the working surface and into a camera 294, which generatesa video signal along a video line 296. The video signal is provided to avideo interface 298 in computer 262. Video interface 298 converts thevideo signal into frames of digital data, with each frame representing aseparate captured image of the working surface. The frames of image dataare in turn provided to a pose estimator 300 that determines theorientation of mouse 260 based on the images. In one embodiment, videointerface 298 and pose estimator 300 are integrated together on anOsprey video capture card. The operation of pose estimator 300 isdiscussed further below.

The output of pose estimator 300 is a position and orientation packetthat is provided to mouse driver 280. Mouse driver 280 combines theposition and orientation information with the state of the variousbuttons and wheels on the mouse to produce one or more mouse eventmessages. In embodiments that utilize an operating system such asWindows 95®, Windows 98®, Windows CE®, Windows NT®, or Windows® 2000from Microsoft Corporation of Redmond Wash., the event messages arerouted to an operating system 302. Operating system 302 then routes theevent messages to one or more applications 304 that have registered withoperating system 302 to receive such messages or that are displaying awindow beneath a cursor on the display.

In some embodiments, this packet contains additional information, suchas a confidence measure that indicates the probability that the detectedimage is a mouse pad grid pattern. This can be used to detect when amouse is removed from a mouse pad and used to scan some other surface asdiscussed further below. In most such embodiments, the confidencemeasure is provided by pose estimator 300.

FIG. 10 is an alternative block diagram for a mouse 308. Items thatperform similar functions to the items shown in FIG. 9 have the samereference number in FIG. 10. In FIG. 10, instead of routing the videosignal to a video interface in computer 262, camera 294 routes the videosignal to a Digital Signal Processor (DSP) 310 in mouse 308. DSP 310converts the video signal into position and orientation informationusing techniques described further below. Although DSP 310 is shown as asingle block, those skilled in the art will recognize that its functionsmay be implemented by using multiple digital signal processors. Inparticular, DSP 310 may be implemented using two separate digital signalprocessors. The information generated by DSP 310 is then provided tomicrocontroller 264, which generates a mouse packet based on thisinformation and the state of the buttons and the wheel on the mouse. Themouse packet is delivered to interface 274, which passes the informationto mouse driver 280. Mouse driver 280 uses the information to generatemouse event messages that are routed through Operating System 302 toapplications 304.

Six Degrees of Freedom

The structure and processing capabilities of input devices of thepresent invention allow the devices to be moved along six degrees offreedom and allow this movement to be accurately detected. Theprocessing utilizes a robust real-time tracking algorithm to calculatethe device motion and orientation information.

In the embodiment of FIGS. 2-7, one degree of freedom is provided byleft and right curved surfaces 212 and 214 (FIGS. 5 and 6), which allowthe mouse to be tilted to the left and right. FIGS. 11, 12, and 13 showa sequence of front views of mouse 200 being tilted to the right on asurface 340 and FIGS. 14, 15, and 16 show a sequence of front views ofmouse 200 being tilted to the left on surface 340.

A second degree of freedom is provided by front and back curved surfaces216 and 218 (FIGS. 3 and 4), which allow the mouse to be tilted forwardand back. FIGS. 17, 18, and 19 show mouse 200 being tilted forward onsurface 340 and FIGS. 20, 21, and 22 show mouse 200 being tiltedbackward on surface 340.

As shown in FIG. 23, mouse 200 provides a third degree of freedom bydetecting rotation 342 around a vertical axis 344 (shown as a x in FIG.23). Mouse 200 provides fourth and fifth degrees of freedom by detectingplanar movement of the mouse. This is shown in FIG. 24 as movement ofthe mouse along x-direction 346 and y-direction 348.

The sixth degree of freedom is the movement of mouse 200 in the verticaldirection above a surface. For example, FIGS. 25 and 26 show mouse 200being lifted above working surface 340 to a height 349.

Determining Position and Orientation

To determine the position and orientation of the mouse, DSP 310 of FIG.10 and pose estimator 300 of FIG. 9 use a pose estimation method shownin the flow diagram of FIG. 27. Pose estimation (determining thethree-dimensional position and orientation of a camera based on thetwo-dimensional location of known markers) is a well-studied problem incomputer vision. To estimate six degrees of freedom, at least threemarkers must be found (each marker provides two independent pieces ofinformation). More can be used for redundancy.

The markers needed to identify the orientation of the input device areprovided by a patterned pad that the input device moves across. In oneembodiment, the pattern on the pad consists of a grid of black dots asshown in FIG. 28. The grid pattern of FIG. 28 includes rows and columnsof large and small dots. For example, row 400 contains small dots 402,404, and 406 while row 408 contains large dots 410 and 412 and smalldots 414 and 416. Similarly, column 418 contains large dots 410 and 420and small dots 402 and 422, while column 424 contains small dots 404,414, and 426. Note that in the embodiment of FIG. 28 the rows andcolumns are at right angles to each other.

Although the grid pattern of FIG. 28 is used in the description below,those skilled in the art will recognize that any other known patternsfor determining position and orientation information for a camera may beused to determine the position and orientation of the mouse. Inparticular, a checkerboard pattern or sinusoidal pattern can be used.

At step 350 of FIG. 27, an image of the grid pattern under the mouse iscaptured. An example of such a captured image is shown in FIG. 29 asimage 450. In image 450, the rows and columns of dots are curved becauseof distortions introduced by the lens of the camera. This curving ismore apparent at the edges of the image than at the center. For example,column 452 and row 454 at the edges of image 450 are significantlycurved.

The amount of distortion applied to a dot is a function of the dot'sposition within the lens. As such, the lens distortion can be removedusing a set of fixed compensation functions. To remove this distortion,the center of each dot is first determined at step 252 of FIG. 27. Thecenters of the dots are shown in FIG. 30, where the color of the dotshas been changed to white so that the centers can be shown clearly by asmall black mark within the white dots. For example, black mark 460indicates the center of dot 462 in FIG. 30.

Once the dot centers have been computed, the locations of the dotcenters are adjusted at step 354 of FIG. 27 to compensate for lensdistortion. Under one embodiment, the lens distortion parameters areestimated using a plumb line method known to those skilled in the art.The results of such compensation are shown in FIG. 31. For example,center 464 of dot 466 has been moved so that it is now in the upperright side of the dot. Note that dots in the center of the image havetheir respective centers moved only small distances or not at all. Forexample, center 468 of dot 470 is not moved much by the lens distortioncompensation.

After compensating for the lens distortion, the adjusted centers of thedots are connected together at step 356 of FIG. 27. Specifically, eachdot's center is connected to its four nearest neighbors. The results ofthis are shown in FIG. 32 where dot centers such as center 470 areconnected to their four nearest neighbors, such as centers 472, 474, 476and 478. The line segments, such as segments 480, 482, 484, and 486 areoften referred to as edgels.

The line segments or edgels are then used to extract lines for the grid.Under one embodiment, a Hough transform is used to vote for linesthrough the edgels. This is shown as step 358 in FIG. 27. The results ofthis voting is a set of straight lines, such as lines 490, 492, 494,496, 498, 500, 502, 504, and 506 of FIG. 33.

Once the lines have been constructed, vanishing points are extracted atstep 360. Under one embodiment, a generalized Hough transform is used tovote for vanishing points associated with pairs of nearby lines.Examples of such vanishing point estimates are shown as points 510, 512,514, 518, 520, 522, 524, 526, 528, 530, and 532 in FIG. 33. Then theoriginal lines are used to refine the vanishing point estimates byminimizing Σ_(i)(l_(i) ^(T)v)², where l_(i) is the line equation inhomogeneous coordinates, and v is the vanishing point in homogeneouscoordinates. This can be found as the minimum eigenvector of thesymmetric 3×3 matrix Σ₁(l_(i)l_(i) ^(T)). The best vanishing pointestimate is then selected to generate an initial vanishing point vectorthat extends from the center of the image to the selected vanishingpoint. A next best vanishing point vector is then selected that isseparated from the first vanishing point vector by some minimum angle.The corresponding line equations based on the two selected vanishingpoints are then selected as the actual grid lines. This is shown as step362 in FIG. 27. Examples of such vectors are shown as vanishing pointvectors 560 and 562 in FIG. 34, which also shows an x-axis 554, a y-axis556, and a z-axis 558 for spatial reference. In FIG. 34, vector 560extends above x-axis 554 and vector 562 extends above y-axis 556.

Techniques for using vanishing point vectors to determine theorientation of a camera are discussed in detail in “Using VanishingPoints for Camera Calibration”, Caprile, B. and Torre, V., InternationalJournal of Computer Vision, Volume 4, No. 2, March 1990, pp. 127-139,which is hereby incorporated by reference. A summary of this techniqueis provided below.

The vanishing point vectors determined above are transformed into threedimensions by adding the focal length of the camera as the thirddimension of each vector. The focal length is generally determinedduring production of the input device using techniques known in the art.The vanishing point vectors and their negatives (vectors pointing in theopposite direction) are then compared to an “up” vector that designateswhere the top of the pad is located. A pad that encodes the “up”direction is discussed further below. When such a pad is not being used,the “up” direction must be predicted from its previous location. Thevanishing point vector or negative that is closest to the “up” vector isthen selected as an initial axis for the grid. The vanishing pointvector or negative that forms a positive z cross-product with theinitial axis is then selected as the second initial axis for the grid.

After the initial axes have been determined, a tilt vector is determinedat step 364 of FIG. 27. The tilt vector indicates the left-right andfront-back tilt of the mouse. If the tilt vector is completely vertical,the mouse is flat on the working surface. Otherwise, the mouse istilted. To compute the tilt vector, the cross-product of the initialaxes is taken. This produces a vector that is orthogonal to the planecontaining the two initial axes. An example of such a tilt vector isshown as tilt vector 564 in FIG. 35.

Once the tilt vector has been generated, the initial axes are adjustedat step 366. This adjustment reduces errors in the initial axes thatwere introduced during the vanishing point selection process. The basictheory of the adjustment is that the axes should be perpendicular toeach other within their common plane since the grid containsperpendicular rows and columns. To the extent the axes are notorthogonal to each other, they are in error.

To reduce this error, the adjustment process determines two hypotheticalaxes, each perpendicular to one of the calculated initial axes. Thehypothetical axes are easily generated by determining the cross-productof a corresponding calculated axes and the tilt vector. Thus, in FIG.36, the cross-product of axis 562 and tilt vector 564 generateshypothetical axis 566 and the cross-product of axis 560 and tilt vector564 generates hypothetical axis 568. A weighted average of eachhypothetical axis and its nearest initial axis is calculated to generatethe adjusted axes. In one embodiment, the weights for the weightedaverage are based on the weights generated during the Hough voting usedto find the vanishing points. The results of this adjustment are shownin FIG. 37 as adjusted axes 570 and 572 and tilt vector 564.

After the axes have been adjusted at step 366, a rotation matrix isgenerated that describes the rotation and tilt of the mouse at step 368of FIG. 27. The rotation matrix has the form:

$\begin{matrix}{{\begin{bmatrix}x & y & z\end{bmatrix} \times \begin{bmatrix}r_{11} & r_{21} & r_{31} \\r_{12} & r_{22} & r_{32} \\r_{13} & r_{23} & r_{33}\end{bmatrix}} = \begin{bmatrix}x^{\prime} & y^{\prime} & z^{\prime}\end{bmatrix}} & {{EQ}.\mspace{20mu} 1}\end{matrix}$where x, y, z represent the coordinates in the projection space of thecamera and x′, y′, and z′ represent the coordinates along the grid. Togenerate the first two rows of the matrix, the equations describing theadjusted axes are normalized by dividing each axis vector by its length.The first row of the rotation matrix receives the normalized axis thatdescribes the x′ axis of the grid and the second row of the rotationmatrix receives the normalized axis that describes the y′ axis of thegrid. The third row of the rotation matrix is formed by taking thecross-product of the first two rows.

The rotation of the mouse is then determined by moving the z-axis of themouse along the common plane between the z-axis of the mouse and thetilt vector so that the z-axis and tilt vector are aligned. The anglebetween the y-axis of the mouse and the y′-axis of the grid is thenmeasured. The angular difference 580 between these two vectorsrepresents the rotation of the mouse relative to a column of dots on thepad.

Under some embodiments, the absolute rotation of the mouse relative tothe pad is calculated based on the latest rotation measurement, apreviously calculated rotation for the mouse and a calculated rate ofrotation. Based on this information, it is possible to determine themost likely orientation of the pad relative to the front of the mouse.Specifically, it is possible to determine what direction the vanishingpoint vector points to on the pad.

To reduce the complexity of the absolute rotational computation, someembodiments of the invention utilize a pad with an orientation mark insome of the dots that indicates where the top of the pad is located. Anexample of such a pad is shown in FIG. 39 where orientation marks 600,602, and 604 have been added to large dots 606, 608, and 610 to indicatethe location of the top of the mouse pad. By detecting where the top ofthe pad is, it is possible to select the pad axis vector that points tothe top or bottom of the pad when determining the rotation of the mouse.

Once the rotation of the mouse has been determined, the tilt of theinput device can be determined by examining the tilt vector relative tothe input device's x, y, z projection space. Specifically, the anglesbetween the tilt vector and the x=0 plane and the y=0 plane aredetermined. This determination is shown in FIG. 40 where angle 620between tilt vector 564 and the y=0 plane provides the forward-backwardtilt of the mouse and angle 624 between tilt vector 564 and the x=0plane provides the left-right tilt of the mouse. Note that in FIG. 40,angle 620 is shown between the z-axis and a projection of the tiltvector on the x=0 plane for clarity. Similarly, angle 624 is shownbetween the z-axis and a projection of the tilt vector on the y=0 plane.

Once the tilt and rotation of the mouse have been determined at step368, the process of FIG. 27 continues at step 372 where the lineequations determined at step 358 are inverse transformed using aninverse rotation matrix. The inverse rotation matrix is the inverse ofthe rotation matrix described above in Equation 1. The line equationsare also multiplied by a lens transform that transforms the lines sothat they do not converge at the vanishing point. This transform is afunction of the focal length of the lens, the length of the vanishingpoint vector, and the intersection point of the lines at the x, y axesof the camera. The results of these transforms produce a canonical gridof horizontal and vertical lines in the projected plane of the camera.

Once the grid has been transformed, the distance between adjacent linesis measured at step 374 of FIG. 27. Specifically, the x-coordinates ofthe centers of the vertical lines and the y-coordinates of the centersof the horizontal lines are used to find the median spacing between gridlines. The median spacing between grid lines calculated above iscompared with the median spacing found when the mouse is at rest to finda tilt-compensated distance to the mouse pad when the mouse is in itscurrent position.

The relationship between the line spacing and the height of the mouse isshown in FIGS. 41 and 42. FIG. 41 provides an image of the grid when themouse is at rest and FIG. 42 provides an image of the grid when themouse is some height above the pad. Note that as the mouse is raised,the spacing between the grid lines decreases. Thus, spacing 650 of FIG.41 is greater than spacing 652 of FIG. 42.

Note that the tilt compensated distance calculated above does notreflect the true height of the mouse over the pad because the spacingestimate is performed on a grid that has been inverse transformed toremove the effects of tilting. Since tilting can cause a uniform changein the height of the mouse over the pad, the tilt compensated distancemust be multiplied by the component of the rotational matrix thatrepresents that change in order to determine the actual height of themouse over the pad. Specifically, the tilt compensated distance ismultiplied by the r₃₃ component of the rotation matrix of Equation 1 toform the actual height of the mouse over the surface.

After the height has been determined, the process of determining theorientation and location of the mouse continues at step 376 of FIG. 27.In step 376, the horizontal and vertical lines closest to the center ofthe image are used to find the phase of the grid relative to the centerusing the median spacing as a frequency. One phase is determinedrelative to the horizontal line and one phase is determined relative tothe vertical line. For example, FIG. 43 shows a center 654, which isclosest to horizontal line 656 and vertical line 658. Thus, thehorizontal phase value is calculated as a ratio of the distance fromcenter 654 to vertical line 658 over the median spacing while thevertical phase value is calculated as a ratio of the distance fromcenter 654 to horizontal line 656 over the median spacing. These phasevalues are then used to determine the x-y change in position of themouse relative to the pad.

To reduce the complexity of calculating the absolute position of themouse on the pad, one embodiment of the invention uses a pad similar tothe pad of FIG. 39 in which white mini-dots (holes) are placed insideselected (enlarged) black dots (marker dots) to enable phase computation(2-D motion) over a wider range. After grid lines have been found, linescontaining marker dots are identified and the phases of these lines areused to get a position estimate that allows faster mouse motion. Forexample, given a sampling rate of 30 Hz, a grid with dots spaced 0.1″apart and marker dots in every third row and column is theoreticallylimited to motions slower than 4.5 in/s.

By placing the holes slightly higher than the centers of the marker dotsas shown in FIG. 39, an estimate of the “up” direction is computed whenthe dots are found. This “up” direction is used to make sure that thex-axis and y-axis are oriented correctly when the rotation matrix iscomputed.

In other embodiments, additional holes are added to the marker dots toencode 3-bit row and column coordinates. When large dots with holes arefound, the largest hole is used to encode orientation information. Theother holes can fall in six possible locations relative to the centroidsof the dot and the largest hole. An example of a pad with such aconfiguration is shown in FIG. 44, where marker dot 662 is an exemplarymarker dot. In FIG. 44, marker dot 662 contains a large hole 664 used toindicate the “up” direction on the mouse pad, and two location holes 666and 668 that encode the location of marker dot 662 on the pad. Thepresence or absence of a hole encodes one bit of row or column positioninformation.

Under most embodiments, the cursor motion as one translates the mousecorresponds to the user's hand motion regardless of the mouse padorientation. The techniques under these embodiments use the absoluterotation of the mouse pad relative to the mouse to counter-rotate the(x, y) translational motion samples, so that cursor motion alwayscorresponds to hand motion in an intuitive manner, even when the mousepad is upside down, for example. Thus, if the mouse is rotated 90°clockwise on the mouse pad, and the user slides the mouse toward the topof the pad, the sliding motion is counter rotated 90° counterclockwiseso that it is reported as a sliding motion to the left.

Thus, input devices of such embodiments are able to detect the absoluteorientation of the device on the pad while at the same time providing xand y movement information relative to some part of the input device andnot some point on the pad. For example, if the user moves the mouseleft-to-right relative to a point on the mouse but front-to-backrelative to the top of the pad, a cursor on the display will move rightand not down.

In other embodiments, the x-y translation of the mouse is determined bycross-correlating a small sample area from the previous image with theentire image area of a current image. Cross correlation between thepattern in the sample area and the pattern for the entire image area ofthe current image is defined as follows:

$\begin{matrix}{{R\left( {x,y} \right)} = {\int_{- \frac{L_{P}}{2}}^{\frac{L_{P}}{2}}{\int_{- \frac{L_{P}}{2}}^{\frac{L_{P}}{2}}{{P\left( {i,j} \right)}{Q\left( {{i - x},{j - y}}\  \right)}{\mathbb{d}i}\ {\mathbb{d}j}}}}} & {{EQ}.\mspace{20mu} 2}\end{matrix}$

where:

L_(P) is the length of the sample image area;

(i,j) is position data on the sample image area;

P(i,j) is a function which indicates light intensity and whichcorresponds to the pattern or image detected;

Q(i,j) is a function indicative of light intensity over the entire imagearea; and

R(x,y) is the correlation of P and Q.

Equation 2 can be written in the following summation form since theimage pattern is received by an array of individual cells:

$\begin{matrix}{{{R\left( {x,y} \right)} = {K{\sum\limits_{i = {- \frac{L_{P}}{2}}}^{\frac{L_{P}}{2}}\;{\sum\limits_{j = {- \frac{L_{P}}{2}}}^{\frac{L_{P}}{2}}\left\{ {{P\left( {i,j} \right)}{Q\left( {{i - x},{j - y}} \right)}} \right\}}}}}{{R\left( {x,y} \right)} = {k{\sum\limits_{i = {- \frac{L_{P}}{2}}}^{\frac{L_{P}}{2}}\;{\sum\limits_{j = {- \frac{L_{P}}{2}}}^{\frac{L_{P}}{2}}\left\{ {{P\left( {i,j} \right)}{Q\left( {{i - x},{j - y}} \right)}} \right\}}}}}} & {{EQ}.\mspace{20mu} 3}\end{matrix}$

From Equation 3, it can be determined that in order to obtain movementof the image, one must obtain P(i,j) for a first captured image, andthen after obtain Q(i,j) for a second captured image. Thereafter, thevalues of x and y are moved throughout the entire image area andEquation 3 is evaluated at each point. The maximum of R(x,y) willindicate the point at which the cross correlation is maximum, and willthus indicate the distance which the image has moved.

In one embodiment, this cross-correlation is determined by one digitalsignal processor while the tilt and rotation of the mouse is determinedby a separate digital signal processor. Such an embodiment is shown inFIG. 10 with digital signal processor block 310 representing twoseparate digital signal processors.

Thus, the process of FIG. 27 is able to determine the left-right tilt,the forward-backward tilt, the rotation, the height, and the x-ytranslation of the mouse. In an evaluation of some embodiments, moststandard deviations of the tilt measurements were less than 0.1 degrees,and all standard deviations of the tilt measurements were less than 0.3degrees.

Three-Dimensional Object Manipulation

With appropriate interaction techniques, the additional degrees offreedom provided by the mice of the present invention can support manythree-dimensional object manipulation tasks. FIGS. 45, 46, 47, 48, and49 show a display 700 that provides an image of a three-dimensionalenvironment, which contains a plane 702, a tree 704 and a cube 706.Under some embodiments of the invention, a user can move cube 706 alongall six degrees of freedom within the three-dimensional environment byusing a mouse of the present invention. Thus, by rotating the mouseabout a vertical axis as shown in FIG. 23, the user can rotate cube 706about a vertical axis as shown in FIG. 45. By tilting the mouse forwardor backward the user can rotate the cube about a lateral axis 708 asshown in FIG. 46 and by tilting the mouse left or right, the user canspin the cube about a second lateral axis 710 as shown in FIG. 47. Theuser can control the height of cube 706 relative to plane 702 as shownin FIG. 48 by lifting and lowering the mouse relative to the pad.Lastly, the user can move cube 706 forward and backward in thethree-dimensional space by moving the mouse forward and backward acrossthe pad and can move cube 706 left and right in the three-dimensionalspace, as shown in FIG. 49, by moving the mouse left and right acrossthe pad.

In some embodiments of the invention, rotation of the mouse about thevertical axis is mapped directly to rotation of the object on thescreen. Thus, when the user rotates the mouse, the object rotates. Whenthe user stops rotating the mouse, the mouse stops rotating. Differentembodiments of the invention rotate the object by different amounts fora given rotation of the mouse. However, in most embodiments, a singleunit of mouse rotation is mapped to between two units of displayrotation and five units of display rotation. In one particularembodiment, one unit of mouse rotation is mapped to four units ofdisplay rotation. In such an embodiment, rotating the mouse a quarterturn to the left causes a full rotation of the object on the screen.

In some embodiments, the user is able to set the ratio between the mouserotation and the displayed rotation using a user preference interface ona computer display. The rotation about the vertical axis is sensedprecisely enough that a relatively high ratio can be used to allow anextended range of motion that overcomes the bio-mechanical limits of thehand while still allowing precise rotation.

Since the present mouse is able to detect rotation about the verticalaxis, it is able to compensate for unintentional rotation of the mousewhen it is being slid across the pad. This unintentional rotation arisesas the mouse is translated across the pad because during suchtranslation the user's hand may rotate at the wrist, elbow, or shoulder.Compensation for such unintentional rotation is implemented in someembodiments by ignoring small rotations of the mouse if the mouse isbeing moved across the pad at the same time. In other embodiments, allrotations of the mouse are ignored unless the user depresses a key onthe keyboard or other input device during the rotation. Note that evenwhen unintended rotation occurs, the rotation can be quickly correctedwith a final ballistic rotation of the mouse.

In some embodiments of the invention, rotation of the mouse about thevertical axis is mapped to a rate of rotation on the display. Thus, thedeflection of the device from the start of the rotation controls thevelocity of rotation rather than the absolute rotation angle itself. Oneadvantage of using a rate mapping is that a reclutching mechanism is notnecessarily needed. By rotating and holding the device, the virtualobject will continue to spin until it approaches the desired rotation.With an absolute mapping, when a physical limit in the rotation isreached, the user must “ratchet” the object by releasing the rotationkey (or by lifting the mouse), reset the orientation of the mouse, andthen rotate the mouse some more.

For embodiments that use a rate mapping, the velocity for a given mouserotation is typically calculated with a nonlinear mapping. A small deadband of ±2° is usually provided so that the rotation can be brought to adefinite stop. The resulting equation is:dR _(z) =sgn(R _(z))*K*max(∥R _(z) ∥−R _(zmin),0)^(α)  EQ. 4where dRz is the displayed rotational velocity, K is the control gain,R_(z) is the rotation of the mouse about the vertical (z) axis, R_(zmin)is the size of the dead band, and α is the nonlinear parameter. The sgnfunction multiples by the sign of R_(z) to keep dR_(z) in the samedirection as the rotation.

Under several embodiments of the invention, rate mappings are also usedwhen the mouse is tilted forward, back, left or right. A rate control iseffective for the tilt axes because most mice of the present inventionnaturally return to their bottom flat surface when they are released bythe user. Since this orientation is mapped to zero rotation, the user isable to stop rotation simply by releasing the mouse. In addition,tilting with a rate control allows the user to either quickly spin theobject with a large tilt, or to very precisely nudge the rate with asubtle tilting of the hand. The tilt velocity is calculated usingequation 4 above, while substituting the tilt angle for the angle ofrotation about the z-axis. In many embodiments, a dead band of ±2° isprovided for each axis of tilting so that slight accidental tilting ofthe device, or inaccuracies in the tilt data, do not affect theorientation of the three-dimensional object being controlled.

Although rate mapping is used for forward-backward and left-righttilting under many embodiments of the invention, other embodiments ofthe invention use position mapping for such tilting. Further, under someembodiments of the invention, the mapping associated with titling orrotating the mouse is set by the particular application and the samemovement of the mouse may be mapped to a position in one application anda rate in another application. Under one embodiment of the invention twodifferent mapping techniques are used in the same application for thesame device. Specifically, a positional mapping is used for rotationabout the vertical axis while rate mappings are used forforward-backward and left-right tilting.

Although the present mouse is a six-degree of freedom sensing device,under some embodiments of the present invention, only five degrees offreedom are used for three-dimensional object manipulation. Lifting thedevice (Z-axis translation) under these embodiments is interpreted as amouse reclutching or repositioning gesture. This style of usage is mostsimilar to the traditional mouse wherein no matter what the user isdoing with the device or what the mode of the software, lifting thedevice can be depended upon as a gesture to separate device motion fromthe virtual object or cursor motion. In some of the embodiments thatusually ignore vertical movement of the mouse, the user can cause anobject to track the vertical movement of the mouse using a keyboardmodifier key or a button on the mouse.

In other embodiments of the invention, the user can select betweenmanipulating the object with five degrees of freedom or with two degreesof freedom. For example, in some embodiments, when a modifier key isdepressed while moving the mouse, the selected object may be moved alongfive degrees of freedom. Releasing the modifier key drops the object atits current position and orientation and allows the user to move theobject in two degrees of freedom. The modifier key can be a key on thekeyboard or a button on the mouse. One advantage of using a keyboardmodifier, however, is that it separates the clutch from the handcontrolling the device, which allows better fine motor control.

Preventing Accidental Mouse Button Events

During forward tilting, users may sometimes accidentally press one ofthe buttons located on the front of the mouse. Under some embodiments ofthe invention, button “clicks” are ignored if the tilt of the mouse ischanging during the button “click”. Thus, some embodiments of thepresent invention are able to determine when the user intended to pressa button and when the user accidentally pressed the button during mousemovement.

Two-Dimensional Document Navigation

Input devices of the present invention allow for easy navigation oflarge two-dimensional documents. Navigating such spaces with standardscroll bars is quite tedious. Not only do scroll bars control only onedimension of panning at a time, but also a distant destination fornavigation may be beyond the edges of the screen, and thus invisible tothe user. The user must either remember where other information is inthe document space, or search for the desired destination whilescrolling.

One approach of the prior art to overcome the limitations of scrollingis to use a menu to change the magnification of the document so thatmore area can be seen, select a new region, and then revert themagnification to the original setting. However, this also is a tediousprocess involving many steps which interrupt the user's workflow. Somemice with wheels can support this functionality by holding down amodifier key and rolling the wheel to zoom, but the navigation occurs indiscontinuous steps, which can cause the user to get disoriented, and isstill disjoint from the mechanism to select a new region.

Under embodiments of the present invention, tilting the mouse forward orback is interpreted as a distinct gesture to “zoom out” to an overviewof the two-dimensional document. An example of the result of such a“zoom out” can be seen by comparing FIGS. 50 and 51. FIG. 50 provides aview of a portion 730 of a two-dimensional spreadsheet 732 before themouse is tilted forward or backward. After the mouse is tilted, someembodiments of the invention show a continuous animation of spreadsheet732 as the viewpoint of the spreadsheet is moved back. During thisanimation, the contents of the spreadsheet get smaller while the amountof the spreadsheet that can be seen increases. At the end of theanimation, the display contains the image of FIG. 51 where previouslydisplayed portion 730 is shown in a dotted box.

The zooming effect is combined with normal two-dimensional motion of theinput device under some embodiments of the invention. This allows theuser to move a semi-transparent selection region, such as the dotted boxof FIG. 51. Releasing the mouse button then flies the user into the newregion of the spreadsheet indicated by the selection region. Imagesgenerated by such embodiments are shown in FIGS. 52 and 53. In FIG. 52,the user has moved a semi-transparent window 736 to the upper rightcorner of spreadsheet 732 while the mouse is tilted to provide a largerview of the spreadsheet. When the user returns the mouse to its restingposition or releases the mouse button, an animation is displayed inwhich the view point moves toward semi-transparent window 736. Theresulting view is shown in FIG. 53 where semi-transparent window 736 iscompletely transparent and the portion of the spreadsheet that wasbeneath window 736 occupies the entire window assigned to thespreadsheet.

Under several embodiments, the tilt angle is scaled by a gain factor toallow continuous control of the height of the camera above thespreadsheet. This is an example of an absolute mode for mapping the tiltdata to height. In other embodiments, a rate mapping is applied to thetilt angle(s) to zoom out at a rate proportional to the amount oftilting. The mapping for this is similar to that of Equation 4, except arate of zooming (rather than a rate of rotation) is calculated. In otherembodiments, quickly tilting the device up and then back down is used asa discrete gesture to “show more” of the spreadsheet. This gesture backsout to a fixed overview, and then the user can move the mouse around(while flat on the desktop) to position the selection region. In someembodiments, a series of such gestures cause the view to continuebacking out to higher and higher overviews. Note that under most ofthese embodiments, the displayed information remains in a plane that isparallel to the display during zooming.

In some embodiments, the view zooms out whether the mouse is tiltedforward or back. In other embodiments, tilting in one direction causesthe view to zoom out and tilting in the other direction causes the viewto zoom in for more detail.

Reclutching Detection

Because embodiments of the present use a video camera to determine theposition of the mouse, the mouse does not have a built-in mechanicalreclutching or repositioning gesture. Thus, under some embodiments,special processing is performed by the digital signal processor or thepose estimator to detect when the user has repositioned the mouse on anew part of the pad rather than moving the mouse across the pad tocontrol a cursor or object. This processing uses the mouse height andtilt angle to sense when the user has lifted the mouse to reposition itat a new location.

Note that one cannot use the height parameter alone to make thisdetermination because the height parameter can change when the mouse issimply tilted on the pad. To account for this, the reclutching methoduses a maximum and a minimum nonlinear height threshold function basedon the current tilt angles. If the height exceeds the maximum thresholdfor the current tilt of the mouse, the mouse is considered to have beenlifted in a reclutching gesture. When the sensed height returns belowthe minimum threshold after exceeding the maximum threshold, thereclutching gesture is considered to have ended. In some embodiments,separate minimum and maximum thresholds are used so that slight noise inthe height sensing (or from hand tremor) will not result in unstableswitching between the two states. It is also possible to providereclutching detection with a hardware switch that senses when the devicebase makes contact with a solid surface.

Mouse and Mouse Pad

One aspect of the present invention is a two-handed interactiontechnique where the user can rotate the pad with their non-preferredhand while either holding the mouse still with the preferred hand, orsimultaneously counter-rotating the mouse to extend the continuous rangeof rotation beyond the bio-mechanical limits of the preferred handacting alone. To allow easy rotation, some embodiments of the mouse padhave a raised pivot point which gives the pad a slight affinity torotate about its center like a turntable, yet without feeling “wobbly.”

A further aspect of the invention is the inclusion of touch sensors inthe mouse pad to indicate when the user is manipulating the mouse pad.An example of a mouse pad 750 with touch-sensitive finger-sized recesses752, 754, 756, and 758 located in each corner of the pad is shown inFIG. 54. When the user places their finger in one of the recesses torotate the pad, an electric signal is transmitted to the host computerto indicate that the mouse is being manipulated. In most embodimentsthis information is sent through a serial port interface in the hostcomputer to a mouse pad driver that issues a pad event. An operatingsystem then routes the pad event to applications that have asked for padevent notification.

Under some embodiments, when the user is touching the pad, the mouse padbecomes a “prop” for rotating the scene or ground plane, while rotatingthe mouse by itself manipulates an object within the scene. FIGS. 55, 56and 57 show the rotation of a scene 760 within a displayedthree-dimensional environment when the user rotates the touch padrelative to the mouse. Thus, cube 762, tree 764 and plane 766 of scene760 all rotate about the center of plane 766 from their startingpositions in FIG. 55 through their intermediate positions in FIG. 56 totheir ending positions in FIG. 57.

In most embodiments, the rotational gain factor is lowered when the useris rotating the mouse pad so that the user may rotate the scene slowlywith the non-preferred hand or rapidly by simultaneouslycounter-rotating the mouse hand. For example, if the gain factor forrotation of the mouse causes four units of displayed rotation for eachunit of mouse rotation, the gain factor for rotation of the pad causestwo units of displayed rotation for each unit of pad rotation.

The user can also choose to move the mouse pad without triggering thetouch sensors by simply grabbing it at any other point. This makes thegesture of grabbing the mouse pad to rotate the scene intentional, yetvery easy to do.

In the user interface art, it is generally believed that users preferobjects to move in the same direction as the input device being used tomanipulate them. This is known as kinesthetic correspondence. Contraryto this generally held belief, some embodiments of the present inventionrotate the scene in the opposite direction from the direction the userrotates the pad. In such embodiments, the scene rotates as if the userwere rotating the mouse instead of the mouse pad.

Lightweight Scanning

In some embodiments of the invention, the video camera that is used fordetermining the position and orientation of the mouse is also used forlightweight scanning. Specifically, it is useful for quick scanningtasks that are too cumbersome if the user has to put down the mouse toswitch to a handheld scanner. For example, users can scan the title of adocument. Such tasks can occur naturally when the user works with paperdocuments that have electronic counterparts. An example would be theprocessing of paper invoices that also exist as electronic records in adatabase.

To aid in scanning, some embodiments of the mouse include a physicalregistration mark on the side of the mouse to help line up the camerawith the desired text. An example of such a mark is shown asregistration mark 207 of FIG. 3.

A method of scanning under an embodiment of the present invention isshown in the flow diagram of FIG. 58. The flow diagram of FIG. 58 isdiscussed below by making reference to a block diagram in FIG. 59, whichis an expanded block diagram of mouse 260 and computer 262 of FIG. 9.Elements that are common to the diagrams of FIGS. 9 and 59 have the samereference numbers in the two figures and unless otherwise noted below,operate in the same manner.

The method of FIG. 58 begins at step 820 where the user positions themouse. At its new position, camera 294 generates a new image that iscaptured by pose estimator 300. Pose estimator 300 uses this image todetermine the position and orientation of mouse 260. As part of thisdetermination, pose estimator 300 also generates a confidence measurethat indicates the expected level of accuracy of the positioninformation. This is shown as step 822 in FIG. 58.

Because the pose estimator provides better estimates when it is on a padwith a grid-like pattern, its confidence measure is considerably higherover the grid than when the user is trying to scan a document. As such,if the confidence measure is above a certain threshold at step 824 ofFIG. 58, the system assumes the mouse is positioned over the grid andthat the user does not want to scan. When the system determines that theuser does not want to scan, the scanning method of FIG. 58 ends at step826.

However, if the confidence measure is below the threshold at step 824,the process of FIG. 58 continues at step 828 where the pose estimatorprepares the system for scanning by invoking a scanning window generator770 and a scanning controller 772 of FIG. 59. Scanning window generator770 receives image data from video interface 298 and defines a window inwhich the data is to be displayed on a display 774. Typically, thewindow and image data are provided to a display driver 776 that acts asan interface between scanning window generator 770 and display 774. Theimage provided in the scanning display window allows the user to see theimage that will be scanned. This is helpful at the beginning of the scanbecause the mouse may obscure the portion of the text that will bescanned.

An example of a scanning display window is window 840 of FIG. 60. Inwindow 840 an image of text 842 that will be scanned or is currentlybeing scanned is shown to the user. In other embodiments, the systemprepares to scan, but the actual scanning window does not appear on theuser's screen until the user holds down a mouse button or keyboardmodifier key (at a time when the confidence threshold indicates that thegrid pattern is not present).

After being invoked, scanning controller 772 registers with operatingsystem 302 to receive mouse events. Specifically, scanning controller772 is interested in button down and button up messages for the mousebutton that controls when scanning begins and ends. After registering,scanning controller 772 waits for a button down message at step 830 ofFIG. 58.

Scanning controller 772 also receives image data from video interface298. When scanning controller 772 receives a button down message for thescanning button, it captures the current image produced by videointerface 298 at step 834 of FIG. 58. This captured image is thenprovided to an image stitcher 778, which stores the image for laterprocessing as discussed further below.

After capturing the current image, scanning controller 772 checks to seeif a button up message has been received at step 834. If a button upmessage has not been received at step 834, scanning controller 772returns to step 832 and captures a new scanning image. Since userstypically move the mouse as they scan, the second image will bedifferent from the first image. This second image is then provided toimage stitcher 778. Steps 832 and 834 repeat until the user releases thescanning button.

When the user releases the scanning button at step 834, the process ofrepeating steps 832 and 834 has generated a collection of images thattogether represent the scanned portion of the document. In mostembodiments, scanning controller 772 only passes a central slice of eachcaptured image to image stitcher 778. Image stitcher 778 then combinesthese slices to form a complete scanned image at step 836 of FIG. 58.

Typically, image stitcher 778 combines the image slices by assuming theuser is keeping the mouse flat on the page. Using this assumption, imagestitcher 778 first removes any radial distortion introduced by thecamera and then estimates the amount of rotation and translation thatoccurred between image slices. Image stitcher 778 then aligns the imageslices based on the estimated rotation and translation to form a mosaicof slices. An example of such a mosaic is shown in FIG. 61 where mosaic844 is formed from a large number of image slices such as slices 846,848, and 850. Note that in FIG. 61 all of the image slices are equallyspaced for clarity. In practice, the user scans at a non-uniform ratecausing the slices to overlap each other in a non-uniform manner. Oncethe image slices have been aligned, they are combined together using alogical AND operation to form a single scanned image. An example of ascanned image is image 852 of FIG. 62. In other embodiments, the slicesare combined by averaging the contributions each slice makes to eachpixel in the final image.

In some embodiments, once the scanned image has been formed, imagestitcher 778 passes the scanned image to a character recognition program780. Character recognition program 780 then scans the image in anattempt to identify characters in the image. If it can identify acharacter, it generates a corresponding character identifier (an ASCIIvalue for example), which is then stored.

Audio Feedback

One aspect of the present invention is the use of audio signals toindicate the orientation and/or position of the mouse. Such signals givethe user additional feedback for controlling the orientation andposition of the mouse and help the user avoid unintended tilting orrotation of the mouse.

FIG. 63 provides a block diagram of a mouse and computer under thepresent invention for generating audio signals based on the orientationand/or position of the mouse. The elements of FIG. 63 that are common tothe block diagram of FIG. 9 are similarly numbered and perform similarfunctions.

In FIG. 63, once pose estimator 300 has determined the orientation andposition of mouse 260 based on an image from camera 294, it providesthat orientation and position information to mouse driver 280. Mousedriver 280 combines the orientation and position information with thecurrent state of the mouse buttons to produce a mouse message that isrouted by operating system 302 to a group of applications. In the audiofeedback embodiment of FIG. 63, one of these applications is an audiocontroller 870. Based on the orientation of the mouse, audio controller870 generates an audio control message that is provided to a speaker 872in computer 262 or to serial port interface 274. Generally, the audiocontrol message will only be provided to serial port interface 274 whenmouse 260 includes a speaker such as speaker 874. In embodiments thatinclude such a mouse speaker, the audio control message is sent throughserial port interface 274 to microcontroller 264 in mouse 260.Microcontroller 264 then drives speaker 874 based on the audio controlmessage.

Under some embodiments of the invention, the audio feedback signalsinclude a “click” to indicate when the mouse has been tilted and when ithas returned to its neutral position. In other embodiments, the audiosignals include signals that change in pitch as the degree of tilt orrotation of the mouse increases. In some embodiments, each axis ofrotation or tilt is provided with its own signature sound.

Other embodiments of the invention provide an audio signal when themouse is lifted of the pad and provide a small impact sound when themouse is returned to the pad. Note that unlike a mechanical mouse, whichmakes a noise as it is lifted, mice of the present invention are almostperfectly silent when they are lifted without this audio feedback.

In other embodiments, the user hears a thudding noise when the mousereaches the edge of the grid pattern; this makes the user aware of thiserror condition without having to visually monitor where the mouse is onthe mouse pad.

Although specific examples of audio feedback have been listed above,those skilled in the art will recognize that a number of other qualitiesof the system can be sonified. For example, translating the mouse acrossthe pad can cause a soft sliding noise to be generated that isproportional to the speed of movement.

Although the present invention has been described with reference toparticular embodiments, workers skilled in the art will recognize thatchanges may be made in form and detail without departing from the spiritand scope of the invention. In particular, although a mouse-like shapehas been used to describe the input device, other shapes are possibleand are considered within the scope of the invention.

1. A computer input device for providing input control to a computer,the input device comprising: rotation identification components foridentifying a change in the rotation of the computer input device abouta vertical axis; translation identification components for identifying achange in the x-y translation of the computer input device, wherein thex-y translation comprises translation along an x-axis and along ay-axis, wherein the x-axis and the y-axis form a plane, and wherein thevertical axis is perpendicular to the plane; a processor capable ofcommunicating changes in the orientation of the computer input device,the processor communicating that there is no change in the rotation ofthe computer input device when the rotation identification componentsindicate a change in the rotation of the computer input device, theprocessor communicating that there is no change in the rotation of thecomputer input device based in part on a determination that thetranslation identification components indicate a change in thetranslation of the computer input device.
 2. The computer input deviceof claim 1 wherein the processor communicates a change in the rotationof the computer input device when the rotation identification componentsindicate a change in the rotation if the translation identificationcomponents indicate no change in the translation of the computer inputdevice.
 3. The computer input device of claim 1 wherein the processorcommunicates a change in the rotation of the computer input device whenthe rotation identification components indicate a change in the rotationif the translation identification components indicate a change in thetranslation of the computer input device and the rotation identificationcomponents indicate a change in the rotation that exceeds a thresholdamount of rotation.
 4. A method of controlling an object displayed on adisplay associated with a computing device, the method comprising:receiving a value indicating rotation of a computer input device about avertical axis; determining whether the rotation is less than a thresholdamount of rotation; determining whether the input device changedposition during the rotation; and not using the rotation to control thedisplayed object based on a determination that the rotation is less thanthe threshold amount and that the input device changed position duringthe rotation.
 5. The method of claim 4 further comprising using therotation to control the displayed object if the rotation is more thanthe threshold amount.
 6. The method of claim 4 further comprising usingthe rotation to control the displayed object if the input device did notchange position during the rotation.
 7. The method of claim 4 furthercomprising using the change in position of the input device to controlthe displayed object if the input device changed position during therotation.
 8. The method of claim 4 wherein determining whether the inputdevice changed position during the rotation comprises detecting planarmovement of the input device during the rotation.
 9. The method of claim4 wherein determining whether the input device changed position duringthe rotation comprises detecting movement of the input device along aplane that is perpendicular to the vertical axis during rotation.
 10. Acomputer-readable medium having computer-executable instructions forperforming steps comprising: receiving an indication of the amount ofrotation and translation of a computer input device; and determiningwhether to use the amount of rotation of the computer input device tocontrol a displayed object based on the amount of translation of thecomputer input device.
 11. The computer-readable medium of claim 10wherein determining whether to use the amount of rotation furthercomprises determining whether the amount of rotation exceeds a thresholdamount.
 12. The computer-readable medium of claim 11 wherein determiningwhether to use the amount of rotation further comprises determining notto use the amount of rotation if the amount of rotation is less than thethreshold and the amount of translation is greater than zero.
 13. Thecomputer-readable medium of claim 10 wherein the amount of translationcomprises movement of the computer input device across a workingsurface.
 14. The computer-readable medium of claim 13 wherein the amountof rotation comprises rotation of the computer input device about avertical axis, and wherein the vertical axis is perpendicular to theworking surface.
 15. The computer-readable medium of claim 14 whereinthe rotation of the computer input device about the vertical axiscomprises rotation of the computer input device on the working surface.